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Glossary  of  Terminology  for  Data  Collection  Study 


Abstraction 

A conceptual  simplification  that  makes  what  the  system  is  doing  clearer  and 
more  understandable.  Some  abstractions  simplify  the  user's  conception  of 
the  system  while  others  simplify  concepts  of  the  designers.  Examples  of 
the  former  are  the  generation,  retrieval,  and  updating  of  a data  base. 
Examples  of  the  latter  tend  to  center  around  hardware  resources  and  data 
resources . 

Acceptance  Jest 

All  activities  relating  to  certification  that  a software  system  meets  the 
system  specifications. 

Access , Algonthmic 

A technique  that  employs  an  operation,  such  as  hashing,  to  transform  some 
key  of  a record  into  an  address  for  that  record  thereby  permitting  retrieval 
and  storage. 

Access,  Chained 

A means  of  storing  in  and  retrieving  from  a file  that  has  a linked  list 
organization. 

A ccess.  Parti t j on e d 

A process  that  involves  direct  access  to  a segment  of  a serial  data  file 
and  then  sequential  access  of  the  segment. 

Access,  Sequential 

A process  that  involves  reading  or  writing  data  serially. 
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Accuracy 

The  degree  of  freedom  from  error  or  the  degree  of  conformity  to  the  truth 
or  the  rule.  Contrast  with  precision  which  deals  with  the  degree  of 
exactness  or  fineness  of  measure  whether  accurate  or  not . 

Address 

The  number  or  name  that  uniquely  identifies  a register,  memory  location, 
or  storage  device. 

Algorithm 

A statement  of  the  step-by-step  procedure  for  solving  complex  problems 
by  simple  steps. 

Annotation 

Any  comment  or  note  included  in  a program,  flowchart,  or  document  to  clarify 
a point.  Commentary. 

Automatic  Theorem  Provers 

Automatic  procedures  for  converting  a program  into  a theorem  and  proving  the 
properties  of  the  theorem  using  the  facilities  of  the  first  order  predicate 
calculus.  These  procedures,  not  yet  realized,  are  the  object  of  much 
current  research  activity. 

Avail abil ity 

The  degree  to  which  a system  or  resource  is  ready  when  needed  to  process  data. 
Basel ines 

A configuration  identification  document  or  set  of  such  documents,  and  also 
the  computer  program  itself  after  the  product  baseline,  formally  designated 
and  fixed  at  a specific  time  during  the  program's  life  cycle.  Baselines, 
plus  approved  changes  to  those  baselines,  constitute  the  current  configuration 
identification.  Linder  baseline  configuration  management,  there  are  usually 
three  baselines. 
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Basel ine,  A1 location 

The  configuration  identification  established  at  end  of  requirements/ 
performance  phase. 

B asel  JJ1  ^ Functional 

The  initial  system  conf i gurati on  identification  established  at  end  of  con- 
ceptual phase,  normally  existing  prior  to  the  start  of  a software  develop- 
ment project. 

Baseline,  Product 

The  configuration  identification  established  at  end  of  test  and  acceptance 
phase. 

h_  Processing 

(1)  Pertaining  to  the  technique  of  executing  a set  of  computer  programs  such 
that  each  completed  before  the  next  program  of  the  set  is  started. 

(2)  Pertaining  to  the  sequential  input  of  computer  programs  or  data. 

(3)  Loosely,  the  execution  of  computer  program  serially.  (4)  See  also 
stacked  job  processing. 

Block 

A group  of  words,  characters,  or  items  of  information  considered  or  trans- 
ported as  a unit  as,  for  instance,  a block  of  code  or  data.  In  flow 
charting,  a box  or  set  of  boxes  representing  a logical  unit  of  programming. 
In  data  files,  the  unit  of  data  that  is  retrieved  from  a device  with  one 
physical  read. 

Bottom-Up  Devel opment 

The  traditional  procedure  of  software  development  where  the  lowest  level 
processing  programs  are  coded  first,  module  tested  and  made  ready  for 
integration  with  additional  programs.  Work  procedes  in  this  manner  up  the 
hierarchy  of  the  design.  Additional  code  in  the  form  of  driver  programs 
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is  needed  to  perform  the  module  testing  and  integration  testing.  In  addition, 
internally  formatted  test  data  has  to  be  prepared  by  hand  or  by  test  data 
generator  programs. 

Bucket 

A place  or  unit  of  storage;  for  example,  a section  of  storage  or  storage 
area,  the  storage  location  of  a word.  Thus,  any  place  where  a piece  of  data 
or  item  may  be  put. 

Certi fi cation 

The  process  of  demonstrating  the  system  meets  its  customer  requirements 
and  guaranteeing  that  compliance  in  writing.  Also  see  Product  Certification. 

C_D_R 

Critical  Design  Review. 

Chaj  n 

A series  of  items  linked  together  as  a string  of  characters  or  words;  a 
system  of  storing  record  sets  so  that  each  has  a linking  field  for  tracing 
the  field. 

Change  Status  Report 

A listing  or  report  of  all  proposed  changes  and  corrections  to  a configura- 
tion and  their  current  disposition  and  implementation  status. 

C h a r ac te r i s_t  i c_s_,  Eny i ronjiien t a 1 

Quantitative  parameters  describing  the  operating  milieu  of  a program  or 
project,  such  as  external  interfaces  and  interactions,  operating  conditions 
and  levels  of  stress,  and  the  relative  efficiency  or  inefficiency  of 
interfacing  elements  or  agencies. 
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C ha r a c ter i st i c s , Functional 

Quantitative  performance  and  operating  parameters  and  their  respective 
tolerances . 

Characteri  sti cs_.  Structural 

Measurable  properties  of  software  that  qualify  the  software  size,  interface 
descriptions,  use  of  the  data  base,  and  use  of  various  language  elements. 

Characteri sti cs , Software 

Quantitative  measures  cf  software  describing  its  portability,  utility  (as 
described  by  its  reliability,  efficiency,  and  human  engineering),  and  main- 
tainability (as  described  by  its  testability,  understandabi 1 i ty  and 
modi f iabi 1 i ty) . 

Chief  P r_o g r amme r Team 

A management  technique  that  organizes  program  production  staff  with  a Chief 
Programmer  as  manager  and  'super-programmer',  being  supported  by  a Backup 
Programmer,  Programming  Secretary  and  programmers  as  needed. 

Commentary 

In  a computer  program,  an  expression  that  explains  or  identifies  a 
particular  step  in  an  operation,  but  that  has  no  effect  on  the  operation 
of  the  computer  program.  Annotation. 

Complexi ty 

The  degree  of  complication  of  a software  product,  consisting  of  the 
combinatorial  factor  of  such  measures  as  the  number  of  control  paths, 
number  of  shared  data  references,  number  of  nested  loops,  number  of 
interactions  between  system  components,  user  interfaces  and  hardware. 

There  is  presently  no  one  accepted  objective  measure  of  software 
complexity.  The  subjective  complexity  measure  may  be  characterized  by  the 
following  definitions: 
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Easy  - Programs  that  have  few  interactions  with  other  system  elements, 
such  as  a mathematical  or  logical  problem. 

Medium  - Programs  that  have  some  interactions  with  other  system  elements, 

and/or  are  generalized  in  functional  processing  in  order  to  handle 
multiple  or  variable  inputs/outputs.  For  example  these  programs 
include  utility  programs,  language  compilers,  schedulers,  data 
management  systems. 

Hard  - Programs  that  have  many  interactions  with  other  system  elements, 
such  as  monitor  programs,  operating  systems,  special  purpose 
research  programs. 

C ompp  s i t e De  s i ^n 

A methodology  used  that  defines  and  measures  the  quality  of  the  design, 
strategies,  and  techniques  of  structuring  a computer  system  in  terms  of  its 
attributes  of  data,  tasks,  interfaces,  and  modules.  It  incorporates  many 
of  the  concepts  inherent  in  structured  programming  design  and  implementation, 
as  well  as  giving  criteria  for  accomplishing  the  design  and  implementation 
tasks . 

C op  f j 3P ra  t i on 

(1)  The  functional  and/or  physical  characteristics  of  computer  program  or 
other  configuration  item.  (2)  The  group  of  machines,  devices  and  programs 
that  make  up  a data  processing  system. 

Conf i£u ration  Accounting 

See  configuration  status  accounting. 

Configuration  Control 

A methodology  concerning  with  procedures  for  controlling  the  contents  of  a 
software  system.  A way  of  monitoring  the  status  of  system  components, 
preserving  the  integrity  of  released  and  developing  versions  of  a software 
system,  and  controlling  the  effects  of  changes  throughout  the  system. 
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Configuration  Control  BoarjJ 

An  executive  agency,  sometimes  composed  of  associated  contractors,  users  and 
monitoring  agencies,  charged  with  determining  the  content  and  maintaining 
the  integrity  of  a system. 

Co  nfi  gur  a tjo  n^  _Iji  d e x 

A listing  of  the  contents  and  structure  of  a configuration. 

Con  f i£ura t i on_  Item 

A computer  program  entity  or  element  identified  for  configuration  control. 
Con^fJgLuratJ  o_n_  Management 

The  application  of  technical  and  administrati ve  management  direction  and 
surveillance  to  (a)  the  identification,  authentication,  and  recording  of 
the  functional  and  physical  characteristics  of  a system,  (b)  the  control 
of  changes  to  identified  and  authenticated  characteristics,  and  (c)  the 
mai ntenance of  records  and  issuance  of  reports  on  configuration  status. 

Configuration  Status 

The  current  content,  structure,  and  state  of  development  or  maintenance 
of  a configuration. 

Configuration  Status  Accounting 

The  recording  and  reporting  of  the  approved  configuration  identification, 
the  status  of  proposed  changes  to  the  approved  configuration,  and  the 
implementation  status  of  the  approved  configuration  and  of  the  changes  to  it. 

C^rij^ical  Design^  Review  (CDR) 

See  Detailed  Design  Review. 
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Data 

A representation  of  facts,  concepts,  or  instructions  in  a formalized 
manner  suitable  for  communication,  interpretation,  or  processing  by  humans 
or  automatic  means.  Any  representations  such  as  characters  or  analog 
quantities  to  which  meaning  is,  or  might  be,  assigned.  See  Information. 

^ta  Base 

A collection  of  data  fundamental  to  an  enterprise. 

D at a^ _B a i e r arch i c aj 

A logical  view  of  a data  base  usually  associated  with  a tree  structure 
or  data  hierarchy. 

Data_  Base , Ne_tw_r_k 

A logical  view  of  a data  base  usually  associated  with  linked  list  physical 
organization.  The  data  base  is  considered  as  a series  of  chains  which  may 
be  one-  or  two-way  and  may  intersect. 

Data  Bas^e,  Relational 

A logical  view  of  a data  base  as  a table  or  array  consisting  of  sets 
of  n-tuples. 

Da  t_a  C^np  res  s i on 

A technique  that  saves  storage  space  by  eliminating  gaps,  empty  fields, 
redundancies,  or  unnecessary  data  to  shorten  the  length  of  records  or 
blocks . 

Data  Hierarchy 

A data  structure  consisting  of  sets  and  subsets  such  that  every  subset  of 
a set  is  of  lower  rank  than  the  data  of  the  set. 
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Data  Item 

The  smallest  logical  unit  of  data.  An  occurrence  of  a data  item  is  a 
representation  of  a value. 

D^ta_  Management  System 

A system  for  handling  and  organizing  large  bodies  of  data.  A data  manage- 
ment system  contains  components  for  organizing  data,  storing  data, 
retrieving  data,  and  updating  data  and  a language  capability  allowing  user 
description  of  data  base  organization  and  user  specification  of  data 
iTiani pul  ati  ons  . 

0 A.ta_  0 rg^Tii  zj Jt J' Pfl 

Any  one  of  the  data  management  conventions  for  physical  and  spatial  arrange- 
ment of  the  physical  records  of  a data  set:  The  four  data  manag''ment 

organizations  are: 

Serial 

Full  Inverted 
Di rect 
Linked  List 

These  organizations  differ  in  the  arrangement  of  records  on  storage  media, 
and  also  in  the  manner  of  accessing  a particular  record.  The  choice  of 
organization  will  influence  processing  speed  and  efficiency,  and  also  the 
density  with  which  data  can  be  packed  (storage  efficiency).  In  particular, 
the  "HIT  RATIO"  (number  of  records  accessed  per  run  divided  by  number  of 
records  in  data  set)  will  often  dictate  the  choice  of  organization . 

Data  Structure 

The  arrangement  and  interrelation  of  records  in  a file. 

Deadlock 

Unresolved  contention  for  the  use  of  a resource. 
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Debug 

To  detect.,  locate,  and  remove  mistakes  from  a routine  or  malfunctions  from 
a computer.  Synonymous  with  troubleshoot. 

Decision  Table 

A table  of  information  consisting  of  all  contingencies  and  actions  that  are 
to  be  considered  for  each  possible  set  of  conditions  in  the  description 
of  a problem.  Decision  tables  may  have  multiple  dimensions  depending  on  the 
complexity  of  the  arguments  and  actions  inherent  in  the  problem.  Decision 
tables  are  sometimes  used  in  place  of  flowcharts  for  problem  description 
and  documentation  and  may  be  used  as  a programming  language. 

Design  Language 

An  artifical  language  used  to  state  the  design  of  a system  or  a program 
in  a terse,  but  precise  way,  often  a pidgin  language  based  on  some 
programming  language. 

Detailed  Design  Review  (DDR) 

A review  that  normally  occurs  at  completion  of  the  design  of  a system, 
subsystem,  or  level  of  abstraction.  This  review  consists  of  a detailed 
examination  of  the  design  of  a specific  component  of  software,  and  may 
be  performed  numerous  times  during  the  development  of  the  software 
project.  Successful  completion  of  this  review  established  the  Detailed 
Design  Baseline.  Coding  of  the  component(s)  subjected  to  the  review  begin 
upon  completion  of  the  review.  This  term  is  used  interchangeably  with 
Critical  Design  Review. 

Deviation 

Specific  written  authorization,  granted  prior  to  the  development  of  an 
item,  to  depart  from  a particular  performance,  or  design  requirement,  of 
a specification  for  a specific  number  of  units,  or  a specific  period  of 
time.  A deviation  differs  from  an  engineering  change  in  that  an  approved 
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engineering  change  requires  corresponding  revision  of  the  documentation 
defining  the  affected  item,  whereas  a deviation  does  not  contemplate 
revision  of  the  application  specification. 

DDR 

Detailed  Design  Review. 

Direct  Access 

(1)  Retrieval  or  storage  of  data  by  a reference  to  its  location  on  a volume, 
rather  than  relative  to  the  previously  retrieved  or  stored  data.  (2)  Per- 
taining to  the  process  of  obtaining  data  from,  or  placing  data  into,  storage 
where  the  time  required  for  such  access  is  independent  of  the  location  of 
the  data  most  recently  obtained  or  placed  in  storage.  (3)  Pertaining  to 
a storage  device  in  which  the  access  time  is  effectively  independent  of  the 
location  of  the  data.  (4)  Synonymous  with  random  access. 

Direct  Access,  Storage  Device 

A device  in  which  the  access  time  is  effectively  independent  of  the  location 
of  the  data.  Abbreviated  DASD. 

D J c t e_d  Graph 

A method  of  representing  a program  as  a directed  graph,  whose  arcs  represent 
potential  flow  of  control  and  whose  nodes  represent  basic  blocks  of  code. 
More,  specifically,  a basic  block  is  a set  of  consecutive  instructions  with 
the  property  that  whenever  the  first  instruction  of  the  sequence  is 
executed  every  instruction  of  the  sequence  will  be  operated.  The  block, 
or  nodes,  of  the  graph  are  connected  by  arcs  which  have  the  property  that 
each  arc  is  an  output  of  exactly  one  node  and  an  input  to  exactly  one  node, 
and  the  outnut  and  input  arc  may  be  to  the  same  node,  i.e.,  a loop.  Each 
node  has  at  least  one  input  arc,  except  the  entry  node,  and  one  output 
arc,  except  the  exit  node.  The  representation  of  a program  as  a directed 
graph  facilitates  the  analysis  of  control  paths  necessary  for  automatic 
execution  analysis  tools. 
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Pi screpancy 

Any  difference  between  expected  and  actual  results.  Includes  deviation, 
error,  failure,  fault,  mistake,  and  malfunction. 

Pis^repan£y  Report  form  (DRF ) 

A standard  form  to  document  reports  of  discrepancies. 

Off 

Discrepancy  Report  Form. 

ECf 

Engineering  Change  Proposal. 

Efficiency 

The  degree  to  which  a task  is  performed  with  a minimum  consumption  of  time 
and  resources;  in  a computer,  obtaining  maximum  throughput  with  minimum 
execution  time,  storage  space,  and  peripheral  device  utilization. 

Emul ate 

To  imitate  one  system  with  another  such  that  the  imitating  system  accepts 
the  same  data,  executes  the  same  programs,  and  achieves  the  same  results 
as  the  imitated  system.  Contrast  with  simulate. 

Emul  atfon 

The  use  of  programming  techniques  and  special  machine  features  to  permit  a 
computing  system  to  execute  programs  written  for  another  system.  Contrast 
with  simulation. 

Engineering^  Change 

An  alteration  in  the  configuration  of  a computer  program  or  other 
configuration  item  that  is  delivered,  to  be  delivered,  or  under  develop- 
ment, after  formal  establishment  of  its  configuration  identification. 
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Engineering  Change  ^ojio s_a j (ECJ* 

Used  to  document  and  transmit  a Class  I change  request  to  a customer 
for  approval . 

Enti ty 

A real  world  thing  (person,  place,  project,  etc.)  that  has  attributes 
associated  with  it  (name,  age,  address,  etc.). 

Erjpx 

See  software  error. 

Expression 

One  or  more  symbols  to  which  meaning  is  assigned,  as  a mathematical 
expression  or  a logical  expression. 

Faci 1 i ty 

(1)  Ease  of  use.  Together  with  system  performance,  a major  factor  on  which 
the  total  productivity  of  an  installation  depends  (2)  A capability  or  tool. 
(3)  An  installation  as  computing  facility  or  programming  facility. 

Fault 

A physical  condition  that  causes  a device,  a component,  or  an  element  to 
fail  to  perform  in  a required  manner,  for  example,  a short  circuit,  a 
broken  wire,  an  intermittent  connection.  Contrast  with  Software  Fault. 

FCA 

Functional  Configuration  Audit. 

Field 

A set  of  one  or  more  characters  which  is  treated  as  a whole.  In  punched 
cards,  a set  of  one  or  more  columns,  fixed  in  number,  into  which  some 
unit  of  information  is  regularly  entered. 
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File 

A collection  of  related  records  treated  as  a unit.  For  example,  one  line 
of  an  invoice  may  form  an  item,  a complete  invoice  may  form  a record,  the 
complete  set  of  such  records  may  form  a file,  the  collection  of  inventory 
control  files  may  form  a library,  and  the  libraries  of  files  used  by  an 
organization  are  known  as  its  data  base. 

Filter 

(1)  A device  or  program  that  separates  data,  signals,  or  material  in 
accordance  with  specified  criteria.  (2)  A mask. 

Formal  Program  Proofs 

Systematic,  rigorous  techniques  of  proving  that  a program  produces  correct 
results  for  all  possible  inputs.  Validation  of  a program  in  the  same  way 
a mathematical  theorem  is  proved  correct,  i.e.,  by  mathematical  analysis 
of  its  properties. 

Formal  Qualificati on  Review  (FQRJ 

A review  that  normally  occurs  at  completion  of  software  validation  testing 
to  certify  that  the  test  results  correspond  to  preestablished  acceptance 
criteria.  Successful  completion  of  the  FQR  establishes  the  Product  Baseline. 

Formal  _Qu aj ification  Test  (^QJ ) 

That  portion  of  software  testing  which  is  conducted  in  accordance  with 
approved  test  plans  for  the  purpose  of  verifying  that  the  software  fulfills 
its  requirements.  The  FQT  is  a complete  and  comprehensive  test  in  a 
continuous  test  period  prior  to  Functional  Configuration  Audit  (FCA). 

EQR. 

Formal  Qualication  Review. 
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EQI 

Formal  Qualification  Test. 

Function 

A specific  purpose  of  an  entity  or  its  charcteristics  action.  The  function 
of  a module  is  a description  of  what  a program  does  - the  transformation 
(input  to  output)  that  occurs  when  the  module  is  called. 

Function al  Configuration  Audit  (FCA) 

A formal  examination  of  the  test  data  for  a configuration  item's  functional 
characteristics  prior  to  acceptance,  to  verify  that  the  item  has  achieved 
the  performance  specified  by  its  functional  or  allocated  configuration 
identification. 

Granularity 

Concerned  with  the  depth  of  detail  and  sampling  frequency,  this  metric 
describes  the  relative  coarseness  or  fineness  of  control  to  be  exercised 
over  software  development. 

Hash 

To  transform  a key  field  from  its  natural  or  logical  form  and  length  to 
a different  representation.  The  transformed  key  usually  becomes  a hash 
address  and  relates  to  a file  organization. 

Hierarchical  Input  Process  Output  (HIPO) 

A document  technique  for  describing  program  logic.  HIPO  diagrams  show 
data  flow  and  logic  flow. 

HOL 

Higher  Order  Language. 
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Higher  Order  Lan^ua^_  (HpL J 

Any  one  of  the  programming  languages  more  powerful  and  more  general  than 
machine  or  assembly  language  (e.g.,  MOL)  such  as  a POL  (procedure  oriented 
language),  a design  language,  a simulation  language,  or  a problem  oriented 
language. 

Immediate  Access  Store 

A store  whose  access  time  is  negligible  in  comparison  with  other  operating 
times.  Synonymous  with  zero-access  storage,  instantaneous  storage,  and 
immediate  memory. 

I mmedja^e_  Memory 
See  Immediate  Access  Store. 

Indentation 
See  Paragraphing. 

In^jg 

(1)  An  ordered  reference  list  of  the  contents  of  a file  or  document, 
together  with  keys  or  reference  notations  for  identification  or  location 
of  those  contents.  (2)  To  prepare  a list  as  in  (1).  (3)  A symbol  or  a 

numeral  used  to  identify  a particular  quantity  in  an  array  or  similar 
quantities.  For  example,  the  terms  of  an  array  represent  by  X^,..., 
X^QQ  have  the  indexes  1,  2,...  100,  respectively.  (4)  To  move  a 
machine  part  to  a predetermined  position,  or  by  a predetermined  amount  on 
a quantized  scale.  (5)  A table  used  to  locate  the  records  of  an  indexed 
data  set. 

In  formation 

The  meaning  that  a human  assigns  to  data  by  nieans  of  the  known  conventions 
used  in  their  representation. 
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In_fo_ni)_a_t ion  Probe 

(1)  a mechanism  - either  hardware  or  software  - to  recognize  or  measure  the 
occurrence  of  an  incident  in  the  system  in  operation.  (2)  The  means  by 
which  information  is  gathered  in  an  instrumentation  effort.  An  information 
probe  can  be  a milestone  product,  progress  report  in  a process  control 
effort,  or  a sequence  of  code  in  a program  instrumentation  effort. 

Instrumentation 

(1)  The  controlled  selection  of  points  in  a process  for  the  insertion  of 
information  probes  with  proper  arrangements  for  gathering  the  information. 

(2)  Code  inserted  at  strategic  points  of  a program  under  test  designed  to 
collect  data  during  program  execution  in  order  to  demonstrate  the 
thoroughness  of  the  test  effort. 

Inte^^ration  Test 

A test  to  determine  the  compatibility  of  two  or  more  systems  or  system 
elements,  usually  of  a different  kind  (i.e.,  programs  and  hardware,  men 
and  machines  and  program,  etc.),  or  to  ensure  the  compatibility  and  proper 
operation  of  a new  or  changed  element  when  it  is  integrated  into  an 
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Interface 

A shared  boundary  between  system  components.  An  interface  might  be  a 
hardware  component  to  link  two  devices  or  it  might  be  a portion  of  storage 
or  registers  accessed  by  two  or  more  computer  programs. 

(1)  One  or  more  characters  within  an  item  of  data  that  are  used  to  identify 
it  or  control  its  use.  (2)  The  attribute  selected  to  order  records  in 
a file. 

Key  > _Prjme 

The  key  that  determines  the  location  of  a record  in  a file.  For  a file 
of  direct  organization  the  prime  key  is  the  value  hashed.  Otherwise,  it 
is  the  key  that  is  used  to  index  all  records  in  the  file. 

Secondary 

A key,  in  addition  to  the  prime  key,  that  can  also  be  used  to  access 
records  of  a file.  Identification  of  secondary  keys  must  be  supported 
by  construction  of  an  associated  index  and  on-going  maintenance  during 
update  operations. 

Label 

One  or  more  characters  used  to  identify  a statement  or  an  item  of  data 
in  a computer  program. 

LabeJ inj  Conventions 

Rules  in  force  that  control  the  assignment,  generation,  composition, 
structure  and  use  of  names,  such  as  labels  within  a computer  program. 

An  element  of  prograimii ng  style. 


19 


Levels  of  Abstraction , Hierarchical 

A design  methodology  used  to  divide  simple  or  complex  systems  into  logical, 
effective  and  easily  comprehended  sets  of  functionally  related  modules. 

Each  level  of  the  design  are  organized  in  a strict  hierarchy,  and  each  level 
consists  of  modules  that  support  a functional  abstraction  or  share  common 
resources.  The  top  level  is  closest  to  the  user  and  reflects  the  major 
interface  of  the  user  to  the  problem. 

Machine  Oriented  Language  (MOL) 

A programming  language  that  is  more  like  a machine  language  than  a 
human  language. 

Maintainabi 1 ity 

The  extent  to  which  a software  product  facilitates  updating  to  correct 
errors  and  to  satisfy  new  requirements.  A maintainable  software  product 
is  one  which  is  understandable  and  testable  and  can  be  easily  modified 
to  rectify  a deficiency  and/or  add  new  capabilities. 

Mai  function 

The  effect  of  a fault.  Contrast  with  error,  mistake. 

Managerial  Resistance 

Non-cooperative  behavior  of  project  personnel  in  complying  with  the 
requirements  of  a data  collection  or  management  control  system,  such  as 
expressing  reluctance,  failure  to  comply,  evasion,  half  truths  and 
falsifications,  deliberate  attempts  to  sabotage  the  system,  and  other 
instances  of  passive  and  active  resistance,  often  seen  as  counter- 
aggressive  response  to  a perceived  threat. 
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Mass  Storage  Device 

A device  having  a very  large  storage  capacity,  10^*^  bytes  or  more. 
Measurement 

Involves  collection  of  quantitative  data  that  reflects  computer  system 
resource  consumption  and  performance. 

Mensuration 

Determining  what  information  to  gather,  when  to  gather  it,  and  the  weight 
to  be  assigned  to  each  measurement. 

Milestones 

A specific  point  in  the  incremental  development  of  software  that  establishes 
a baseline  product  or  signifies  the  completion  of  a task,  and  generally 
involves  or  requires  a management  decision  of  some  type. 

Milestone  Review 

A management  meeting  which  examines  whether  all  predefined  tasks  of  a 
milestone  are  met  satisfactorily. 

Mistake 

A human  action  that  produces  an  unintended  result.  Contrast  with  error, 
fault,  malfunction. 

Modi f i cation  Transmi ttal JMemorandum 

A closure  report  giviui  the  disposition  of  a problem  opened  by  a SPR 
and  used  to  transmit  changes  and  corrections  to  system  elements. 

Modi fy 

To  alter  a part  of  an  instruction,  statement,  or  module. 
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d j fiabi 1 i ty 

The  extend  to  which  a software  product  facilitates  the  incorporation  of 
changes  once  the  nature  of  the  desired  change  has  been  determined. 

Modular  Proqrammi nq 

Division  of  software  into  blocks  of  code  called  modules.  Each  module  is 
described  by  a single  function  to  be  performed,  with  an  associated  set  of 
inputs  and  outputs. 

Modular; zatipn 

The  decomposition  of  a software  system  into  smaller  components,  or  modules, 
with  each  module  generally  representing  some  unique  function  or 
abstracti on . 

Module 

A program  unit  that  is  discrete  and  identifiable  with  respect  to  compiling, 
combining  with  other  units,  and  loading;  for  example,  the  input  to,  or 
output  from,  an  assembler,  compiler,  linkage  editor,  or  executive  routine. 
The  term  module  is  used  interchangeably  with  program. 

Module  Testing 

The  testing  of  successfully  compiled  modules  independent  of  other  modules 
to  verify  the  coded  logic  agrees  with  the  module's  specifications. 

MOL 

Machine  Oriented  Language. 

MTM 

Modification  Transmitted  Memorandum. 
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Oper^biJ_i_t^ 

The  ease  of  using  and  operational  availability  of  a program  or 

system,  including  its  execution  resistance  to  the  ill  effects  of  operator 

errors,  overloads  and  system  failures. 

An  aspect  of  programming  style  used  to  show  the  logical  structure  of  a 
program  by  indenting  sequences  of  code  to  identify  levels  of  control 
nesting. 

PCA 

Physical  Configuration  Audit. 

PDR 

Preliminary  Design  Review. 

Performanj;e 

Together  with  facility,  one  of  the  two  major  factors  on  which  the  total 
productivity  of  a system  depends.  Performance  is  largely  determined  by 
a combination  of  such  other  factors  as  throughput,  response  time, 
avai 1 abi 1 i ty , operability,  maintainability,  efficiency,  portability, 
and  rel iabi I ity. 

Performance 

A description  of  how  well  the  program  performs  its  functions,  measured 
in  such  terms  as  execution  speed,  storage  size,  resource  usage,  and 
mean-time-to-fai 1 ure. 

Pe  r f 0 rmance  C ha rac  te r i s t i c s 

A quantitative  description  of  actual  performance  attributes  of  a product. 
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P erformance  Leve  1 

A measure  of  how  well  performance  characteristics  compare  to  performance 
requi rements . 

Performance  Specification 

A description  of  all  the  operational  and  functional  requirements  of  a 
program  in  sufficient  detail  to  support  the  design,  test,  and  maintenance 
of  the  program.  It  provides  the  logical,  detailed  descriptions  of  the 
performance  requirements  of  a prog.'am.  It  serves  as  a controlling  document 
by  which  a customer  is  able  to  procure  software  and  assess  developer 
compl iance. 

P^rjfo rmanc e_  Requi  rement 

A statement  of  a performance  condition  that  must  be  satisfied.  For  example, 
a requirement  that  a compiler  be  able  to  process  n statements  per  second. 

The  formal  examination  of  the  coded  configuration  of  a program  element  against 
its  technical  documentation  in  order  to  establish  the  element's  initial 
configuration  identification. 

POL 

Procedure  Oriented  Language. 

Pprtabil ity 

The  extend  to  which  a software  product  can  be  readily  converted  to  operate 
in  computing  environments  other  than  its  current  one. 

PR 


See  SPR. 
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Precision 

The  degree  of  exactness  with  which  measure  is  taken  or  a quantity  is 
stated  as  the  number  of  significant  digits  in  a number.  Contrast  to 
accuracy,  the  degree  of  freedom  from  error,  regardless  of  precision. 

Preliminary  Design  Review 

A review  that  normally  occurs  a completion  of  the  System  Design  Phase. 
Successful  completion  of  this  review  establishes  the  preliminary  or 
system-level  computer  program  development  specifications,  interface 
speci fications , and  data  requirements  specifications  in  the  System  Design 
Baseline.  This  term  is  used  interchangeably  with  the  System  Design  Review. 

Procedure  Oriented  Language  (POL ) 

A programming  language  designed  for  the  convenient  expression  of  procedures 
used  in  the  solution  of  a wide  class  of  problems. 

Product  Certification 

Those  actions  taken  by  the  producer  or  procurer  of  a system  or  by  an 
independent  certification  agency  to  establish  that  the  system  will  perform 
as  required  with  a reasonable  degree  of  assurance  and  as  the  basis  for 
the  issuance  of  warranties  and  guarantees. 

Productivity 

The  number  of  units  of  work,  or  product  units,  processed  per  unit  of 
time  or  other  resource  unit.  A work  unit  for  data  processing  is 
normally  expressed  as  lines  of  source  or  object  code,  pages  of  documen- 
tation, data  records  compiled,  cards  punched,  computer  jobs  run,  and/or 
some  combination  of  the  above.  For  comparative  evaluations  between 
projects,  productivity  measures  need  to  be  adjusted  for  differing  system 
size  and  complexity  and  differing  product  quality  goals.  For  example, 
efficient,  tightly  written  program  is  smaller  than  a less  efficient, 
loosely  coded  program,  but  the  efficient  code  may  represent  more  "work 
units"  then  the  loosely  written  program. 


Program  Maintenance 

The  correction  of  detected  errors  and/or  installation  of  modifications 
in  a program  that  has  been  declared  operational.  A record  of  all  program 
errors,  corrections,  and  modifications  is  usually  included  in  program 
documentation  during  program  maintenance. 

Programming 

The  design,  the  writing,  and  the  testing  of  a program. 

Programming , A£p  1 i cation 

Any  programming  activity  for,  or  by,  a user  that  directly  supports  the 
specific  needs  of  that  particular  user.  This  activity  does  not  include 
the  elements  of  system  programming. 

P r og  r a mm  i ng_,  Ma  j ntenance 

Any  programming  activity  intended  to  eliminate  software  faults  or  to 
keep  programs  in  satisfactory  working  conditions,  including  tests, 
measurements,  replacements,  adjustments,  improvements,  and  repairs. 

i ng.  System 

Any  programming  activity  concerned  with  planning,  generating,  maintaining, 
extending  and  controlling  programming  support  systems  to  support  a variety 
of  users.  Especially,  such  activities  connected  with  an  operating  system. 

Programming^ Standards 

Adopted  conventions  that  define  acceptable  programming  style. 

P rog ramming  Style 

The  custom  or  plan  to  be  followed  in  writing  computer  programs.  It  includes 
choice  of  language  forms,  commenting,  labeling  conventions,  and  paragraphing. 
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Programming  Style,  Elements  of 

A handbook  providing  guidance  to  program  writers  to  promote  compliance 
to  the  requirements  of  programming  standards. 

i Quality  Control 

'■  The  application  of  measurement,  statistical  evalation,  and  the  taking  of 

corrective  measures  in  case  of  deviation  from  the  norm  or  standard  with 
• regard  to  a product  or  process;  the  systematic  control  of  quality  of  a 

’ product  or  process. 

! Readabi 1 ity 

The  extent  to  which  a program  is  easily  read  and  understood.  The  concepts  of 
I programming  style  and  techniques  of  structured  programming  enhance 

I readability. 


A collection  of  related  items  of  data,  treated  as  a unit.  For  example 
one  line  of  an  invoice  may  form  a record;  a complete  set  of  such  records 
may  form  a file. 


Recovery 

The  ability  to  restore  data  and  programs  to  a given  execution  point  after 
a system  failure.  Contrast  with  restart. 

Redundancy 

In  the  transmission  of  information,  that  fraction  of  the  gross  information 
content  of  a message  that  can  be  eliminated  without  loss  of  essential 
information;  in  a system,  the  inclusion  of  duplicate  or  alternate  system 
elements  to  ensure  or  improve  reliability  of  operation. 


L 


27 


f 

I 


I 


i 


Release 

Transfer  of  physical  custody  and  control  of  software  products  or 
documentation  from  the  originator  to  another  organization  in  a controlled 
environment,  such  as  a software  control  center;  issuance  of  a new  version 
of  a program. 

Reliability,  Software 

The  probability  that  the  instructions  to  the  computer  are  sufficient  to 
perform  the  functions  as  stated  in  the  requirement  specification  without 
error  within  the  required  data  range  for  a given  length  of  operational 
time. 

Rel iabil ity  Modeling 

Mathematical  methods  used  to  predict  the  reliabilty  of  software;  specifically, 
the  probability  density  of  time  between  failures  or  the  failure  rate. 

Repeating  Data 

A group  of  data  items  that  can  occur  more  than  once  when  logically 
associated  with  other  data  items  that  can  occur  only  once  per  entity. 

Resources 

Any  commodity  or  service  normally  expended  in  a software  production  effort 
including  people  time,  calendar  time,  computer  time,  memory,  auxilliary 
storage^ computer  peripherals,  money,  and  materials. 

Resource  Utilization 

Referring  to  a plan  for  the  assignment  of  resources  (men,  machines,  money, 
time,  and  materials)  to  project  elements  (tasks,  products,  accounts  and 
organizational  units),  and  the  accounting  for  the  actual  expenditures  of 
these  resources  in  the  accomplishment  of  the  project  mission. 
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Response  Time 

(1)  The  time  between  the  submission  of  a item  of  work  to  a computing  system 
and  the  return  of  results.  (2)  In  systems  with  time  sharing,  the  time 
between  the  end  of  a block  of  user  input  and  the  display  of  the  first 
I character  of  system  response  information  at  the  terminal. 

Restart 

I The  ability  to  continue  operations  after  a system  failure,  usually  from  the 

beginning  of  a job.  Constrast  with  recovery. 

1 

r 

i Robustness 

< The  ability  of  a software  system  or  component  to  resist  the  ill  effects 

[ of  changes,  including  transporting  to  a new  environment,  computer,  or 

I application.  The  general  strength  or  health  of  a software  system  in 

f continuing  to  operate  correctly  under  all  conditions. 

Sampl ing 

(1)  obtaining  the  values  of  a function  for  regularly  or  irregularly  spaced, 
discrete  values  of  the  independent  variable.  (2)  In  statistics, 
obtaining  a sample  from  a population. 

Sampljn^  Frequency 

How  often  samples,  such  as  milestone  products  and  progress  reports,  will 
be  taken  to  control  a software  development  process. 

SCN 

Specification  Change  Notice. 

SpR 

System  Design  Review. 
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Security 

The  degree  of  protection  of  data  and/or  programs  from  illegal  or  unauthorized 
access  or  use.  Generally  referring  to  the  classification  level  of  the  data 
or  program  in  question. 

Segment 

A part  or  portion  of  a larger  system  entity,  such  as  a system  segment, 
program  segment  or  data  segment.  Segmentation  may  be  somewhat  arbitrary, 
such  as  to  fit  a large  program  or  data  set  into  core  loads,  or  into  pages 
of  secondary  storage,  or  it  may  represent  logical  subunits,  as  a structured 
program  segment  would  represent  a unitary  function. 

Schema 

A model  of  a data  base  which  includes  definitions  of  the  types  of  records, 
the  data  items  that  the  records  contain,  and  the  sets  into  which  they  may 
be  grouped.  It  also  includes  the  mapping  to  storage. 

Simulate 

(1)  To  represent  certain  features  of  the  behavior  of  a physical  or  abstract 
system  by  the  behavior  of  another  system.  (2)  To  represent  the 
functioniong  of  a device,  system,  or  computer  program  by  another.  For 
example,  to  represent  the  functioning  of  one  computer  by  another,  to 
represent  the  behavior  of  a physical  system  by  the  execution  of  a computer 
program,  to  represent  a biological  system  by  a mathematical  model.  Contrast 
with  emulate. 
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Software 

Computer  programs,  procedures,  data,  and  associated  documentation  concerned 
with  the  operation  of  a data  processing  system.  The  term  software  includes 
(a)  computer  program  products  in  the  form  of  card  decks,  magnetic  tapes, 
or  disks  and  (b)  all  documentation  associated  with  computer  programs, 
including  specifications,  listings,  manuals,  flow  charts,  version  descrip- 
tion documents,  test  plans,  and  test  procedures. 

Software  Data  Collection 

The  acquisition  of  information  about  a software  development  project  and  its 
products,  performance,  resource  utilization,  and  environment. 

Software  Data  Repository 

A data  base  in  which  software  development  data  may  be  deposited  for  use 
in  cross  project  comparisons  of  software  methodologies,  in  development  of 
further  understanding  of  the  software  development  process,  and  in  various 
analyses  and  studies  concerning  the  development  and  use  of  software  systems. 

Software  Development  Da t a^ 

Information  about  the  development  and  performance  of  a computer  program  or 
system,  including  project  characteristics,  project  performance,  product 
characteristics  and  product  quality. 

Software  Devel^ment  Li  fe^  Cypj  e 

The  process  by  which  user  requirements  are  translated,  via  software,  into  a 
functioning  system.  The  actual  steps  involved  may  differ  according  to 
the  size,  purpose,  and  end  use  of  the  software.  For  the  formal  development 
of  a large  program  the  following  steps  are  involved:  system  requirements 

definition,  software  requirements  definition,  preliminary  design,  analysis 
and  detailed  design,  coding  and  checkout,  development  and  system  testing, 
delivery,  and  maintenance. 
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Software  Error 

Any  discrepancy  between  a computed,  observed  or  measured  quantity  and  its 
true,  specified,  or  theoretically  correct  value.  Errors  are  introduced  into 
software  by  human  mistakes,  that  is;  (1)  deficiences  or  misinterpretations 
of  design  criteria,  (2)  logical  mistakes,  (3)  a syntatical  mistakes  and 
(4)  mistakes  made  in  transcribing  program  statements  into  the  input  data. 
Contrast  with  fault,  malfunction,  and  mistake. 

Software  Failure 

The  result  of  a computer  executing  a section  of  code  containing  an  error. 
(Some  examples  include  program  aborts,  system  crashes,  etc.). 

Software  Fault 

A departure  from  correct,  specified  program  execution  which  is  due  to 
error(s)  occuring  during  the  translation  of  the  original  specification  of 
an  algorithm  to  the  program  being  executed. 

Software  Problem  Report  (SPR) 

A form  used  to  report  a suspected  or  existing  discrepancy  or  deficiency 
in  an  existing  computer  program,  its  operational  documentation,  or 
interfacing  hardware. 

Software  Products 

Computer  programs,  data  bases,  and  documentation  output  at  each  step  of 
the  software  development  life  cycle. 

Software  Reliability  Measures 

Quantitative  measures  used  to  predict  the  quality  of  software  during  the 
development  and  test  stages.  A typical  measure  is  the  mean  time  between 
software  failures,  the  reliability  function,  and  the  instantaneous 
failure  rate. 
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Software  Testing 

The  process  of  exercising  software  in  an  attempt  to  detect  errors  that 
exist  in  the  code.  Software  testing  does  not  prove  that  a program  is 
correct. 

Software  System  Dependability 

The  probability  that  the  application  program  together  with  its  supervisory 
program,  data  base  and  hardware  will  perform  in  its  intended  environment. 
The  environment  may  include  anomalies  and  failures,  such  as; 

Deficiencies  in  requirement 

Software  design  errors  (incorrect  algorithms,  word  length 
problems,  timing  problems,  etc.) 

Software  failures 

Processor  errors 

Memory  errors 

Failures  in  the  communication  network 

Failures  in  peripherical  devices 

Operator  mistakes 

Power  failures 

Environmental  failuares 

Gradual  erosion  of  the  data  base 

Hardware  saturation  (CPU  memory,  I/O  channels) 

Specification 

Detailed  descriptions  or  statements  of  the  characteristics  of  a system, 
or  system  component,  which  are  to  be  followed  in  producing  the  software. 

Specification  Change  Notice  (SCN ' 

A document  used  to  propose,  transmit,  and  record  changes  to  a specifica- 
tion. In  the  proposal,  or  preliminary  form,  prior  to  approval,  the  SCN 
supplies  copies  of  the  pages  containing  the  proposed  changes. 
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SPR 

Software  Problem  Report. 

Storage 

Capacity  for  retaining  data  temporarily  or  permanently.  Hence,  pertaining 
to  a device  into  which  data  can  be  entered,  in  which  they  can  be  heli,  and 
from  which  they  can  be  retrieved  at  a later  time.  Loosely,  a device  that 
can  store  data.  Capacity  for  retaining  data;  hence,  any  de/ice  which  data 
can  be  entered  into,  held  in  and  retrieved  from. 

Storage,  Auxiliary 

(1)  Data  storage  other  than  main  storage;  for  example,  storage  on  magnetic 
tape  or  direct  access  devices.  Synonymous  with  external  storage,  secondary 
storage.  (2)  A storage  that  supplements  another  storage.  Constrast  with 
storage,  main. 

Storage,  Main 

(1)  The  general  purpose  storage  of  a computer.  Usually,  main  storage  can 
be  accessed  directly  by  the  operating  registers.  (2)  All  program-addressable 
storage  from  which  instructions  may  be  executed,  and  from  which  data  can  be 
loaded  directly  into  registers.  Constrast  with  auxiliary  storage. 

Storage , Primary 
See  Storage,  Main. 

Storage,  Secondary 

See  Storage,  Auxiliary. 
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Stacked  Job  Processing 

A technique  that  permits  multiple  job  definitions  to  be  grouped  (stacked) 
for  presentation  to  the  system,  which  automatically  recognizes  the  jobs, 
one  after  the  other.  More  advanced  systems  allow  job  definitions  to  be 
added  to  the  group  (stack)  at  any  time  and  from  any  source,  while  honoring 
priorities.  See  also  batch  processing. 

Structure 

(1)  A description  of  the  construction  of  a program,  in  terms  of  coding 
structure,  module  structure,  task  (paral 1 el -process ) structure,  memory 
layout,  and  module  interfaces.  See  also  data  structure. 

Structured  Programming 

A programming  discipline  providing  a means  of  expressing  a system  design 
that  ensures  a testable  and  understandable  implementation,  and  that  enforces 
simple  and  well-defined  connections  between  program  modules.  The 
programming  discipline  uses  the  repeated  application  of  a small  number  of 
basic  control  statements  to  form  simple  program  constructs  that  represent 
large  and  complex  programs.  The  process  of  creating  the  program  modules 
includes:  making  local  or  tactical  programming  decisions  within  the 

designed  module;  writing  program  segments  that  represent  these  decisions; 
and  integrating  program  segments  into  a unit  corresponding  to  a system 
module. 

Stub 

A minimal  piece  of  code  to  simulate  the  operation  of  a program.  In  top- 
down  program  development,  stubs  are  the  first  realization  of  a program's 
functional  specification.  They  are  expanded  into  programs  when  the 
development  effort  moves  to  the  level  of  abstraction  to  which  the  stubs 
belongs. 
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Subschema 

A consistent  and  logical  subset  of  a schema  which  is  one  user's  view  of 
a data  base. 

Subsystem 

A secondary  or  subordinate  system,  usually  capable  of  operating  independently 
of,  or  asynchronously  with,  a controlling  system. 

Summary  Data 

A condensed  set  of  data  that  represents  information  about  project  products 
and/or  progress  derived  through  totalling,  averaging,  or  other  reduction 
process . 

System 

(1)  An  assembly  of  methods,  procedures,  programs,  or  techniques  united 
by  regulated  interaction  to  form  a?,  organized  whole.  (2)  An  organized 
collection  of  men,  machines,  and  methods  required  to  accomplish  a set 
of  specific  functions.  (3)  A structured  combination  of  interacting 
parts  satisfying  a set  of  functional  objectives  and  performance  objectives. 

System  Design  Review  (SDR) 

A review  that  normally  occurs  on  completion  of  the  System  Design  Phase. 
Successful  completion  of  this  review  establishes  che  preliminary  or 
system-level  computer  program  development  specifications,  interface 
specifications,  and  data  requirements  specifications  in  the  System  Design 
Baseline.  This  term  is  used  interchangeably  with  the  Preliminary  Design 
Review. 

System  Productivity 

A measure  of  the  work  performed  by  a system.  System  productivity  depends 
on  a combination  of  many  factors,  such  as  the  facility  (ease  of  use)  of 
the  system,  and  the  overall  system  performance,  including  throughput, 
response  time,  efficiency  availability. 
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System  Representation 

A definition  of  a system  at  some  point  in  the  software  development  life 
cycle.  For  example,  the  system  can  be  represented  at  various  times  as 
sets  of  functional  requirements,  program  designs,  coded  program  modules, 
or  integrated,  tested,  and  certified  program  modules  and  using  procedures. 

System  Test 

The  operation  of  a system  under  test  conditions  with  a set  of  known  inputs 
which  should  result  in  a set  of  predicted  outputs.  Although  often  cast 
as  an  'evaluation'  most  system  tests  are  a demonstration  tliat  the  system 
will  operate  satisfactorily  as  a unit  within  the  allowable  ranges  of 
input  and  output  data. 

Throughput 

The  total  volume  of  work  performed  by  a computing  system  over  a given 
period  of  time. 

Top-Down  Development 

The  process  of  designing  a software  system  through  a sequence  of  step-wise 
refinement  through  successive  levels  of  abstraction;  and  then  implementing 
the  design  by  giving  development  priority  to  control  structures  and 
module  interfaces.  Application  routines  (i.e.,  bottom-level  modules) 
are  first  represented  by  program  stubs  simulating  the  control  and 
interaction  interfaces.  The  actual  program  are  subsequently  integrated 
into  the  control  structure  such  that  system  level  testing  for  the  control 
structure  and  interfaces  are  performed  first  and  continually  verified  as 
application  routines  are  substituted  for  their  stub  representations. 
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Turnaround  Jjnie 

The  total  amount  of  time  between  submission  of  a job,  and  the  return  of  the 
job  to  the  user.  This  time  may  include  delays  waiting  to  get  in  the 
computer  for  execution  and  waiting  for  the  delivery  of  the  output.  To  a 
computer,  it  is  time-off  minus  time-on. 

U^n ij^  Test 

The  testing  of  successfully  compiled  modules  independent  of  other  modules 
to  verify  the  coded  logic  agrees  with  the  module's  specifications.  See 
Module  Testing. 

U^abil  i ty 

The  extend  to  which  a software  product  is  convenient  and  practicable  to 
use.  This  includes  its  scope  of  applicability  and  how  easily  it  is 
comprehended  by  potential  human  users. 

Validation 

The  process  of  ensuring  that  specific  program  functions  meet  requirement 
speci f ications . 

Va  1 i_da  tj  on , Fq^rm^l 

Mathematical  techniques  for  proving  program  correctness. 

Val idi ty 

(1)  Correctness,  especially  the  degree  of  closeness  by  which  iterated 
results  approach  the  correct  results.  (2)  The  degree  to  which  a 
measuring  or  testing  device  measures  what  it  is  intended  or  designed 
to  measure. 

Verification 

(1)  The  process  of  testing  designed  to  ensure  that  the  system  and/or  system 
components  are  logically  correct.  (2)  The  process  by  which  the  contents 
of  a computer  program's  physical  medium  (tape,  deck,  etc.)  are  authenticated. 
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